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(54) Web interface to an input/output device 

(57) A control system allows a user to access an in- 
put/output device over a communication network using 
a web browser. The system includes an Internet web 
site between the network and the Input/output module. 
The web site runs from an Ethernet board coupled di- 
rectly to the input/output module back plane and in- 
cludes a HTTP protocol interpreter, an input/output 



module, a TCP/IP stack, and an Ethernet board kernel. 
The web site provides access to the input/output module 
by a user at a remote location through the Internet. The 
web site translates the industry standard Ethernet, TCP/ 
IP and HTTP protocols used on the Internet into data 
recognizable to the input/output module. Using this in- 
terface, the user can input or retrieve all pertinent data 
regarding the operation of the input/output device. 
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Description 

[0001] The present invention relates generally to the field of monitoring and controlling input/output modules or de- 
vices for a factory automation system. More particularly, the present invention relates to a system for coupling input/ 

s output modules or devices to a web server. 

[0002] This application is related to U.S. Patent Application Serial No. 08/927,005 filed on September 10, 1997, 
entitled "Web Interface To A Programmable Controller," This application is also related to the following, commonly 
assigned applications entitled, "Messaging Application Layer (MODBUS) Over Ethernet To Transport Layer (TCP) 
Communications Method and Apparatus For A Modular Terminal Input/Output System," U.S. Patent Application No. 

10 09/166,870, filed October 6, 1998; "Web Interface To A Programmable Controller," U.S. Patent Application No. 
09/303i458, filed April 30, 1999; "Interface To A Programmable Logic Controller," U.S. Patent Application No. 
09/223^49, filed December 30, 1998; and "Communications System For A Control System Over Ethernet And IP 
Networks And Communication Interfaces For Such Systems," U.S. Provisional Patent Application 60/078,223, filed 
March 16, 1998. The contents of these Applications are expressly incorporated herein by reference. 

15 [0003] Remote monitoring and control of systems, processes and i/O devices has taken many forms. In the past, 
dedicated lines were the common form of communication between a control system and a remote location. This type 
of communication had limited application since the control system was not accessible from multiple locations. Modems 
have made It possible to access the control system from different locations, but these types of systems are generally 
restricted to downloading and uploading data files. Providing any type of control function between locations is rather 

20 limited in this type of environment. Furthermore, a customized interface is generally required to access the control 
system by an end user. 

[0004] With the growth of Internet, and Its Worid Wide Web providing a delivery platform for organizing Internet data 
through hypertext links : a client server system can be designed that will give each end user the same type of user 
friendly interface and universal access to services on the Web. The Web is a network of documents called sites or 

25 pages stored on server computers throughout the world. Each page typically contains text, multimedia offerings, i.e., 
graphic images, video, or audio; and hypertext links to other web pages or documents. A browser allows a user to read 
and interact with the web page. The browser is a graphical software program that sends commands to the Internet 
Web site and displays whatever information is available on the page. Various browser programs are commercially 
available from different manufacturers, as is well known. 

30 [0005] The Internet network employs methods designed to handle thousands of general purpose computers sharing 
a single cable, and therefore has no ability to differentiate traffic in terms of its purpose or the criticality of its data. The 
Internet is no longer a network of computers sharing a single cable, but rather a web of interconnected point to point 
links involving both general purpose stations and specialized infrastructure components such as routers and firewalls. 
[0006] Most personal computers or work stations can be used by the end user to connect to the Web through the 

35 commercially available browsers. Communication overthe Internet and other networks requires one of several available 
protocols. Protocols such as Internet Protocol (IP) provide for file transfers, electronic mail, and other services. Com- 
mercially available programming languages such as Java, along with Hypertext Markup Language (HTML), are used 
in designing layouts and graphics for a web site or page and have extended Internet technology such that a web site 
can be used for dynamic applications, e.g. applets, that can be downloaded and run by the end user. These applets 

40 are interpreted and run within a Web browser and have been generally restricted to word processing and similar uses. 
Downloading and running applets can be slow In comparison to other types of compiled languages. Security rules 
imposed on a browser and enforced by the underlying JAVA language prevent applets from obtaining certain data from 
any other device other than the Web server itself. 

[0007] Programmable logic controllers (PLCs) are widely used in industry and process control. Many manufacturers 
45 provide factory automation Information using Microsoft Windows and other types of communication networking envi- 
ronments. These networks are usually slow, not universally accessible, and are limited to monitoring and data ex- 
change. Specialized industrial networks using proprietary fieldbus alternatives can be very expensive. Conversion 
products are required to allow information carried over those networks to be visible on a general purpose network. 
There are significant installation and other deployment costs associated with the existence ol such intermediate de- 
50 vices. Firewalls between the Web server and the application are designed to solve problems of security and are not 
designed for high performance. 

[0008] One type of interface to a programmable logic controller is disclosed in U.S. Patent No. 5,805,442 to Crater, 
et al. This patent provides one or more controllers each equipped to perform a control function and to gather data 
(ordinarily from sensors) relevant to the control function. Each controller contains computer storage means, such as 
55 computer memory, for storing the relevant data and instructions, associated with the data, for causing a remote com- 
puter to generate a visual display incorporating the data in a predetermined format. The additional time required to 
transfer data through a programmable logic controller to the monitoring PC decreases the value of the information 
being monitored. In addition, the monitoring and control of the system's input/output devices by the remote PC is 
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available only through the use of a programmable logic controller positioned between the monitoring PC and the de- 
vices. The real-time delay associated with the Integrated PLC contributes to increased network communication traffic 
and slower updates of network information. Direct connection to the I/O devjce is beneficial for maintenance, repair, 
debugging and diagnosing problems, particularly during the installation of factory automation systems and machines. 
5 [0009] It would be desirable to develop an automation control system whereby a user could use general purpose 
networks, such as the Internet and specialized industrial networks, directly connected to Input/output devices for remote 
monitoring and control of input/output modules or devices. 

[001 0] This invention in different independent aspects set forth below is directed to solving or at least mitigating these 
and/or other problems. 

10 [0011] Accordingly, An aspect of the present invention provides an interface between an industrial control system 
and a Web browser coupled to a network such as the Internet. 

[0012] Another aspect of the present invention provides remote access through a web browser to information and 
data contained in an input/output (I/O) device. 

[001 3] In the preferred embodiment of the invention, the invention allows for easy access over a commercial network 
is such as the Internet to information within at least one input/output device. Access can be made locally or worldwide 
using a commercial Web browser. The invention is comprised of a control system of essential elements including, but 
not limited to a Web interface, a local network, and a network interface to at least one Input/output device. The Web 
interface runs Web pages from an Ethernet board coupled directly tc the Input/output back plane and includes a hy- 
pertext transfer protocol (HTTP) interpreter, an input/output module back plane driver, a Transmission Control Protocol/ 
20 Internet Protocol (TCP/IP) stack, and an Ethernet board kernel. The Web interface provides access to the input/output 
device back plane by a user at a remote location through the Internet. The interface translates the industry standard 
Ethernet, TCP/IP and HTTP protocols used on the Internet into data recognizable to the input/output device. Using 
this interface, the user can retrieve all pertinent data regarding the operation of the input/output device, including input/ 
output device configuration, input/output status, operating statistics, diagnostics, and distributed input/output configu- 
25 rations. Updates to operating software can also be downloaded through the Internet access. 

[0014] Other features and advantages of the invention, which are believed to be novel and nonobvious, will be ap- 
parent from the following specification taken in conjunction with the accompanying drawings in which there is shown 
a preferred embodiment of the invention. Reference is made to the claims for interpreting the full scope of the invention 
which is not necessarily represented by such embodiment. 

30 

BRIEF DESCRIPTION OF THE DRAWINGS 
[0015] 

35 FIGURE 1 shows an overview block diagram of a typical system illustrating the relationship between a user at a 

remote location and an Internet Web site used for monitoring a process control system according to the present 
invention; 

FIGURE 2 is a basic block diagram of the present invention illustrating an Internet interface to an input/output 
device; 

40 FIGURE 3 is a block diagram of the web server module illustrated in FIGURE 2 according to the present invention; 

FIGURE 4 is an alternative block diagram of the present invention shown in FIGURE 2 further including a pro- 
grammable logic controller and an application program connected to the Internet; 
FIGURE 5 is an alternative block diagram of the present invention shown in FIGURE 2; and, 
FIGURE 6 is an alternative block diagram of the present invention shown in FIGURE 2. 

45 

DETAILED DESCRIPTION 

[0016] Although this invention is susceptible to embodiments of many different forms, a preferred embodiment will 
be described and illustrated in detail herein. The present disclosure exemplifies the principles of the invention and is 

so not to be considered a limit to the broader aspects of the invention to the particular embodiment as described. 

[0017] Figure 1 shows an overview block diagram of typical system illustrating the relationship between a user 2 at 
a remote location and an Internet web site 4 used for monitoring a process control system 6. The user 2 will have a 
personal computer (PC) 8 having a commercially available browser 1 0, such as Netscape Communication's Navigator 
or Microsoft's Internet Explorer, installed for viewing the contents at the web site 4 by a monitor 42 through a network, 

55 such as the Internet 14. The PC provides a remote human-machine interface (HMI) to the process control system 6. 
Various interconnection services are readily available to provide the physical and electrical interconnection from the 
PC 8 to the Internet 14 itself. The Internet 14 is a collection of independent world wide communication networks that 
are interconnected to each other and function as a single connectionless entity. Communication is based on a client- 
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server basis, using a number of established protocols that allow for communication and file transfers between the client 
and the server. One of the most widely used protocols is Internet Protocol (IP). The applications layer protocol interface 
to the web browser is typically through the HTTP protocol using the HTML or JAVA language. 
[0018] The web site 4 includes a network interface 16 having an unique Internet address 18, a server 20, and the 

5 Input/Output System Executive Firmware 22. The server 20 acts as a hypertext transfer protocol (HTTP) interpreter 
which uses Transmission Control Protocol (TCP) in conjunction with Internet Protocol, through a Transmission Control 
Protocol/Internet Protocol (TCP/IP) stack 24 to interact with the network interface 16 and the Input/Output System 
Executive Firmware 22. This enables the data transfer between the application program 22 and the user 2 through the 
Internet 14. The Input/Output System Executive Firmware 22 provides data from the process control system 6. This 

10 data can be used to monitor the control process by the user 2 at the remote location. The TCP/IP stack 24 enables 
data transfers over the Internet 14 between the user 2 and the web site 4 as required for the various layers specified 
by the IP protocol. 

[0019] The user 2 can connect to the Internet 14 using one of a number of Internet service providers and will enter 
the address of the web site 4 when connected. The web site 4 will display a home page which may contain text, some 

15 type of multimedia offerings such as graphic images, video, or audio, and possible hypertext links to other web sites 
or documents. Trouble shooting instructions, maintenance logs, repair diagnostic information, quality control parame- 
ters, etc., reside within the web site 4 for convenient access by a user. The browser 10 will allow the user 2 to read 
and interact with the page. The browser 10 will send commands to the web site 4 which will use the Input/Output 
System Executive Firmware 22 to display whatever information is available from the process control system 6. The 

20 browser 10 functions as a remote human-machine interface (HMI) control of the process control system 6 as will be 
detailed below. 

[0020] Figure 2 shows a basic block diagram of the present invention illustrating the Internet interface to an input/ 
output device 40. The web site 4 includes the network interface 16 having an unique Internet address 18 and a web 
server 30. The web server 30 provides the home page for the website. A Security for the overall system can be included 

25 in the web server 30, but is generally maintained as part of the network interface 1 6. In addition to providing security 
for various pages at the site, the user can disable the web server 30. A password and user list are provided in initial 
configuration files stored in the web server 30 that are downloaded from a remote server. Protection of the configuration 
file is then provided by the remote server and the web server 30 through the password and the user list. The web server 
30 provides a direct connection for an input/output device 40 to the Internet 14 by plugging the web server 30 into the 

30 input/output device 40 through the back plane 34. The input/output device 40 includes any device having a communi- 
cation input and/or output capable of interfacing with the web server 30 or other devices. The I/O device 40 includes 
devices such as sensors, relays, gauges, valves, message displays, switches, limit switches, proximity switches, motor 
starters, motor controllers and any other like device as well as traditional I/O modules for PLC systems. The web server 
30 provides both a client and server interface. All signals between the I/O device 40 and the web server 30 are through 

35 the back plane 34. The back plane signals include addressing, control, data, and power. The client interface allows an 
Input/Output module to send commands to a remote node overthe internet and the server interface allows for process- 
ing commands that originated from a remote node. Near real time control of the I/O device 40 from a remote HMI is 
possible by controlling the data flow through the web server 30. 

[0021] FIGURE 4 depicts at least one PLC 32 and application program 36 interconnected within the process control 
40 system via the Internet 14. FIGURE 5 depicts an alternative embodiment of the present invention wherein the I/O 
device 40 is interconnected directly to the web server 30. Another alternative embodiment of the present invention is 
shown in FIGURE 6 wherein an I/O device 40 has an embedded interface capable of interconnecting with the Internet 
14. 

[0022] The web server 30 functions as a node on a TCP/IP network 42 allowing it to send commands to the I/O 
45 device 40 and receive the responses. Although the TCP/IP network 42 in the preferred embodiment is an Ethernet 
network, other high level protocols could be used. A user can control and view configuration information of the I/O 
device 40 through the Internet 14 by using a web browser 10 at a remote location. 

[0023] The web server 30 is shown in greater detail in Figure 3. Various components provide the required connectivity 
to perform its functionality. A real time operating system 44 controls the interaction between the components. The 
so operating system 44 allocates processor time on a central processor unit (CPU) 46 to various tasks, provides memory 
management, and provides a set of message services and signal services. The message and signal services allow for 
communication between tasks, and between drivers and a task. 

[0024] Connection to the TCP/IP network 42 is through an Ethernet driver 48 which transmits and receives messages 
at a rate of 10 Mbs (megabits per second) or faster via an Ethernet communication chip 49, such as, in the case of 
55 100 Mbs Ethernet, a Crystal CS8952 available from Cirrus Logic, Inc. It is contemplated that in the future, Ethernet 
communication chips capable of speeds of 1 Gbs (gigabits per second) and faster can be used. The physical connection 
over which communication is facilitated can be over a fiber optic cable or a twisted pair-type copper wire. In the case 
of 1 00 Mbs Ethernet over twisted pair-type copper wire, the copper wire and wire connections must conform to at least 
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the Category 5 copper wire standard. 

[0025] Alternatively, the TCP/IP stack 24 can be replaced by a dual TCP/IP stack. The dual TCP/IP stack comprises 
a first TCP/IP stack which provides support for a broad range of TCP/IP messages. The second TCP/IP stack is a 
"short stack" which manages high priority control messages to the I/O device 40. For outgoing TCP/IP messages, the 

5 appropriate TCP/IP stack would be chosen by an I/O device 40. For incoming TCP/IP messages, the TCP/IP message 
would be intercepted and examinedto determine if it is a TCP/IP message that is intended for the Modbus on Ethernet 
protocol. If it is a TCP/IP message intended for the Modbus on Ethernet protocol, the message is then delivered to the 
second stack. If it is not a TCP/IP message intended for the Modbus on Ethernet protocol, the first TCP/IP stack handles 
the message. In this manner, TCP/IP messages intended for the Modbus on Ethernet protocol are handled more quickly 

10 and efficiently than when a single TCP/IP stack is implemented. 

[0026] The web server will have an unique global address 18, allowing it to be addressed by other devices on the 
network. The Ethernet driver 48 manages transmit 50 and receive 51 buffers in memory 52, and interfaces with the 
Ethernet communication chip 49. The transmit 50 and receive 51 buffers are shared both by the Ethernet commun ication 
chip 49 and the Ethernet driver 48. The Ethernet driver 48 also provides a transmit request interface and a receive 

15 indication interface to a TCP/IP stack 54. The Ethernet communication chip 49 provides a transmit queue interface, a 
receive queue interface, and generates interrupts on completion of transmitting a message, and on receiving a new 
message. The Ethernet driver 46 places receive buffers in the receive queue. In the Interrupt routine, the Ethernet 
driver 46 examines the receive queue If any messages are in the receive queue, it passes the receive buffer to the 
TCP/IP stack 54. The TCP/IP stack 54 copies the buffer, and sometime later, calls the Ethernet driver 48 to return the 

20 buffer and place the returned buffer back into the receive queue. 

[0027] The TCP/IP stack 54 calls the Ethernet driver 48 to transmit a message. The Ethernet driver 48 attempts to 
allocate a buffer from the shared memory 52. If it succeeds, it copies the message into the buffer, and places the buffer 
into the Ethernet communication chip 49 transmit queue. If there is no transmit buffer, then the driver drops the transmit 
message. In the interrupt routine, the Ethernet driver 48 examines the transmit queue, and frees the transmitted buffers. 

25 [0028] The TCP/IP network 42 allows a PLC (or other device) to request to read or write data from the I/O module 
40 and to receive the responses. A back plane driver 56 sends commands and receives the response from the I/O 
device 40 over the back plane 34. The back plane driver 56 provides a server task 60 to the applications. The server 
task 60 interface allows an application to issue a request command to the I/O device 40 and receive its response. 
[0029] The server task 60 uses a queuing mechanism and call back functions. Both the request and the call back 

30 function associated with the request are queued. When the back plane driver 56 services the request in its interrupt 
routine, it calls the associated call back function. The response and the original request is passed to the call back 
function. The call back function can call an operating routine to either pass a message or a signal. 
[0030] The web server 30 hardware interfaces with the I/O device 40 via the dual port memory 38. It reads and writes 
to the dual port memory 38 using an ASIC chip. Writing to a specified location will cause an interrupt. The I/O device 

35 40 first writes a message in the dual port memory 38, and then causes an interrupt. The message indicates a type of 
command. Other command types are used for passing requests to the I/O device 40 and obtaining the responses to 
ihe requests. After the I/O device 40 passes the message, it polls the dual port memory 38 for commands placed by 
the back plane driver 56. These commands are read memory, write memory, and processing is complete. 
[0031] Two interrupts are used for processing a request. On the first interrupt, called the preport interrupt, the back 

40 plane driver 56 copies the request into a data structure located in the I/O device's dual memory 38. On the second 
interrupt, called the end of scan interrupt, the back plane driver 56 copies the response from the I/O module's data 
structure into the user's buffer. It then calls the user's associated call back function. 

[0032] The request for accessing the I/O device's 40 data is processed by the back plane driver 56. The Ethernet 
driver board functions as a master and the I/O device 40 functions as a slave. The back plane driver 56 determines 
45 the memory location in the memory 38 of the I/O device 40. At an end of scan interrupt, the back plane driver 56 
processes the read/write data requests by sending commands via the dual port memory 38 to the I/O device 40 to read 
or write the locations containing the data. 

[0033] The server task 60 processes a request originating from the user at the remote location. The server task 60 
interfaces with the back plane driver 56, the TCP/IP stack 54, and the operating system's 44 message services. The 

so server task 60 posts requests to the back plane driver 56, and an associated call back routine uses the operating 
system 44 message services to send the response to the server task 60. A TCP/IP stack 54 signal function also uses 
the operating system's 44 send service to send a TCP/IP event to the server task 60. The server task 60 can handle 
multiple transactions and connections. Like the client task 58, the server task 60 maintains a list of connection state 
machines, and each connection state machine contains a list of transaction state machines. The connection state 

55 machines are for managing the connection and the transaction state machines manage the incoming requests and 
responses. 

[0034] The server task 60 enters a loop after performing initialization and calls the operating system 44 to receive a 
message. The operating system 44 blocks the server task 60 until there is a message or there is a time out. It either 
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receives a message from the TCP/IP task's 54 signal handler, from the back plane driver 56 or it times out. It processes 
the message or the time and reenters the loop. If the message received from the operating systems 44 is from the 
TCP/IP task's 54 signal handler, the server task 60 determines if the event is a connection request, a close socket 
event, or a receive data event. Based on the TCP/IP event, the server task 60 uses the connection state machine and 
transaction state machine to advance the transaction. Received data for a request may occur over several receive 
data events, and the transaction state machine assembles the events into a request message. When the response 
message is received from the operating system 44, the server task 60 finds the connection and transaction state 
machines in order to send the response. 

[0035] When the server task 60 requests the TCP/IP stack 54 to transmit a message, not all of the message may 
be transmitted. This occurs when the remote node is flow controlled. If the call to the operating system 44 is to receive 
a message returns with a time out, or if there is a message, the server task 54 searches the list of connection state 
machines that are flowed controlled. For each flow controlled connection, it tries to advance the transaction state 
machines on the connection state machine list that are flow controlled. 

[0036] After the server task 60 has parsed the header of an incoming request, it attempts to allocate a structure to 
pass the request to the back plane driver 56. If the server task 60 is already processing a predetermined number of 
outstanding requests, the attempt fails, the connection is placed into a blocked state, and the body of the request is 
not read from the TCP/IP stack 54. As a result the TCP/IP stack may apply flow control to the remote node. When one 
of the other requests is complete, the free data structure event causes a blocked connection state machine to continue 
processing the incoming Modbus request. 

[0037] The HTTP task 62 interfaces with the TCP/IP stack 54, and the back plane driver 56., The HTTP server task 
62 receives a HTTP request from the TCP/I P stack 54. To process the request, it may access the I/O device 40 through 
the back plane driver 56 and back plane 34. The HTTP server task 62 sends back the response over the TCP/IP stack 
54, The framework is supplied by the operating system 44. The framework creates the HTTP task, accepts connection, 
and parses the HTTP request. After parsing the request, it calls the operating system 44 to process the request. 
Processing the request involves determining the request type and processing the actual request. The different request 
types allow a user to acquire a snapshot of the I/O device 40 operations by allowing a view of various data within the 
I/O device 40 and dual memory 38. These request types also include display of the I/O device 40 configuration, remote 
and distributed I/O and module health statistics, display registers, back plane configuration, Ethernet statistics and 
others, as shown in Table 1 : 



35 



40 



Show the home page 



Show the Ethernet statistics 



Show the read register request page 



Show the I/O modules attached to the Web Server board back 
plane 



Send an image. The different images are gif files that are 
displayed on the various pages 



45 Show the I/O module statistics 

Show a remote I/O rack's configuration and health 
Show a remote I/O drop's communication statistics 

50 ■ ■ '■■ 

Show the I/O reference values of an I/O module 

TABLE 1 

55 [0038] The home page contains hyperlinks to several pages of data. The configuration page will display the config- 
uration of I/O device 40. The I/O module health status pages are a series of linked pages. The first page displays the 
communication health statistics at the head and contains a link to a configured drop page. The configured drop page 
displays two tables, one for showing the communication status of the drop and the other for showing the I/O modules 
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40. The configuration page displays the I/O modules 40, their health, and slot location for the given rack. From a 
selected I/O module 40, a user can view its input and output values. A table showing option modules and their slot 
location is displayed on the back plane configuration page. The data appearing on the pages is static and dynamic, 
depending upon the user's needs. 

5 [0039] The operating system 44 processes these requests and responds by sending HTTP messages through the 
TCP/IP stack 54. Processing some of these requests involves reading data or memory locations where statistics are 
kept. To perform these reads, the operating system 44 sends a request to the back plane driver 56 and uses an event 
signal mechanism and event flags to determine when the request is complete. After sending the request to the back 
plane driver 56, the operating system 44 waits for an event flag to be sent. When the back plane driver completes the 

10 request, the back plane driver 56 calls a call back routine, which sets the event. The operating system 44 then resumes 
processing the request. 

[0040] A user at a remote location will browse the Internet for the home page of the installation of the I/O device 40. 
The I/O device 40 may have other control functions as well and if the user has the necessary authorizations, various 
options will become available. The home page will allow the user to acquire a snapshot of the I/O device 40 operations 
'5 by allowing a view of various pages that will allow access to data within the I/O device 40. Other pages will also include 
displays of the I/O device's 40 configuration, remote and distributed I/O modules health statistics, back plane config- 
uration, Ethernet statistics and others as shown previously shown in Table 1 . 

[0041] yyhile th 9 specific embodiments have been illustrated and described; numerous modifications are possible 
without departing from the scope or spirit of the invention. 

20 

Claims 

1. An interface module for receiving data requests from a remote location in order to provide access to an at least 
25 one input/output device from a communication network, the module comprising: 

a central processing unit; 

an operating system operating the central processing unit; 
a network interface for communicating with the communication network; 
30 a protocol stack; 

a server task for communicating with the protocol stack for responding to received requests; and 

a protocol task for communicating with the protocol stack for receiving and responding to protocol task re- 



45 



50 



35 2. The interface module of claim 1 further including aback plane driver for communicating with the protocol task and 
the server task. 

3. The interface module of claim 1 or claim 2 wherein the communication network is the Internet using an Internet 
Protocol (IP). 

40 

4. The interface module of claim 3 wherein the interface module functions as a web site on the Internet, the interface 
module including a global IP address. 

5. The interface module of any preceding claim wherein the network interface is an Ethernet driver. 

6. The interface module of any preceding claim wherein the protocol stack is a Transmission Control Protocol stack. 

7. The interface module of any preceding claim wherein the protocol task includes a server task using a hypertext 
transport protocol (HTTP) to deliver hypertext documents to the network interface. 

8. The interface module of claim 7 wherein the HTTP task accepts a connection, parses an HTTP request, and calls 
the real time operating system to process the request. 

9. The interface module of claim 3 wherein the interface module allows a user at a remote location to view data within 
55 the at least one input/output device from a browser connected to the Internet. 

10. The interface module of any preceding claim wherein the data transfer enabling means includes a dual TCP/IP 
stack. 
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11. The interface module of claim 10 wherein the dual TCP/IP stack comprises a first stack capable of handling a 
broad range of TCP/IP messages and a second stack capable of handling a less broad range of TCP/IP messages 
more quickly than the first stack. 

s 12. An interface module for receiving data requests from a remote location in order to provide access to an at least 
one input/output device from a communication network, the module comprising: 

a central processing unit; 

a network interface for communicating with the communication network; 
10 a protocol stack; and, 

a HTTP web server in communication with the protocol stack, the server providing a web browser with infor- 
mation on the status of the input/output device. 

1 3. The interface module of claim 1 2 wherein the communication network is a world-wide network known as the Internet 
is using an Internet Protocol (IP). 

14. The Interface module of claim 13 wherein the interface module functions as a web site on the Internet, the interface 
module including a global !P address, 

20 15. The interface module of any one of claims 12-14 wherein the network interface is an Ethernet driver. 

16. The interface module of any one of claims 12-15 wherein the protocol stack is a Transmission Control Protocol 
stack. 

25 17. A control system for allowing a user access at a remote site through a communication network to information and 
data contained in an industrial control system having at least one input/output module, the system comprising: 

means for coupling the remote site to the communication network, the coupling means including a web browser 
for interacting with the communication network; 
30 a web site associated with the industrial control system and accessible through the communication network; 

means for linking the industrial control system to the web site, the linking means including an interface module 
for coupling the at least one input/output module to the communication network; 

means for coupling the interface module to the at least one input/output module, the coupling means for trans- 
ferring data between the interface module and the at least one input/output module; 

35 means for processing data requests received from the remote location over the communication network; 

means for enabling a data transfer between the remote location and the industrial control system; and 
means for interfacing a protocol task with the at least one input/output module, the interfacing means for 
receiving a data request from the enabling means, for accessing the industrial control system forthe requested 
data, and for sending a response to the remote location through the enabling means, the response in a frame- 

40 work supplied by an operating system located in the at least one input/output module. 

18. The control system of claim 17 wherein the communication network is a worldwide network known as the Internet 
using an Internet Protocol (IP) 

45 is. The control system of claim 1 8 wherein the interface module functions as a web site on the Internet, the interface 
module Including a global IP address. 

20. The control system of claim 19 wherein the interface module means includes a network driver for receiving data 
requests from the web browser on the Internet and for sending a response back to the web browser. 

so 

21. The control system of claim 20 wherein the processing data requests means includes a client task for initiating a 
request received from the communication network and a server task for processing data requests received from 
the communication network. 

55 22. The control system of claim 21 wherein the data transfer enabling means includes a protocol stack using a Trans- 
mission Control Protocol (TCP) stack. 

23. The control system of claim 22 wherein the protocol task interfacing means includes a server task using HyperText 
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Transport Protocol (HTTP) to deliver hypertext documents to the network coupling means. 

24. The control system of claim 23 wherein the framework creates a HTTP task, accepts a connection, parses the 
HTTP request and calls the operation system to process the request. 

5 

25. The control system of claim 24 wherein the data requests allow the user at the remote location to view data within 
the industrial control system from the browser, the data including any program information stored in memory as- 
sociated with the industrial control system, 

10 26. The control system of claim 24 wherein the data requests allow the user at the remote location to write data within 
the industrial control system from the browser, the data including any program information stored in memory as- 
sociated with the industrial control system. 

27. The control system of claim 25 or 26 wherein the data requests further include requests for configuration views 
15 and status of the at least one input/output module coupled to the control system. 

28. The control system of claim 27 wherein the data requests further allow the user at the remote location to view any 
program Information stored in memory associated with the Input/output module. 

20 29. A control system for allowing access to an input/output device from a communication network using a browser at 
a remote location, the control system comprising: 

an interface module having a microprocessor and a network interface for coupling the interface module to the 
communication network; 

25 a driver for coupling the interface module to the input/output device and for transferring data between the 

interface module and the input/output device; 

a protocol stack to enable data transfer between the remote location and the input/output device; and, 
a server task for processing data requests received from the communication network, the server task for in- 
terfacing a data request from the protocol stack accessing the input/output device for the requested data, and 
30 for sending a response to the remote location through the protocol stack and network interface, the response 

in a framework supplied by the operating system. 

30. The control system of claim 31 wherein the communication network is a worldwide network known as the Internet 
using an Internet P-otocol (IP). 

35 

31. The control system of claim 32 wherein the Interface module functions as a web site on the Internet. 

32. The control system of claim 33 wherein the protocol stack is a Transmission Control Protocol (TCP)/IP stack. 

40 33. The control system of claim 34 wherein the server task uses Hyper Text Transport Protocol (HTTP) to deliver 
hypertext documents, and the framework for creating a HTTP task, accepting a connection, parsing the HTTP 
request and calhng the operating system to process the request. 

34. The control system of claim 35 wherein the data requests allow a user at the remote location to view data within 
45 the input/output device. 

35. The control system or claim 35 wherein the data requests allow a user at the remote location to write data within 
the input/output device. 

so 36. The control system of claim 36 wherein the data requests further include views of the input/output device config- 
uration and status. 

37. The control system of claim 38 wherein the data requests further allow the user at the remote location to view data 
and any program information stored in the memory associated with the input/output device. 

55 

38. The control system of claim 37 wherein the data requests further allow the user at the remote location to write data 
and any program information into the memory associated with the input/output device. 
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regarding the operation of the input/output device. 



NETWORK 
INTERFACE 



ADDRESS 



WEB 
SERVER 



-16 
-18 
-30 



BACKPLANE 



34 



CO 

< 

CM 

to 

O 

to 



DUAL 






PORT 




I/O DEVICES 


MEMORY 






\ 





Fig. 2 



a. 
w 



Printed by Jouve, 75001 PARIS (FR) 



BNSDCCID: <EP 1175062A3J_> 



EP 1 175 062 A3 



J) 



European Patent 
Office 



EUROPEAN SEARCH REPORT 



Application Number 

EP 61 30 5238 



DOCUMENTS CONSIDERED TO BE RELEVANT 



Category 



Citation of dooument with indication .where appropriate, 
of relevant passages 



Relevant 
to claim 



CLASSIFICATION OF THE 
APPLICATION (lnLCI.7) 



WO 99/13418 A (SQUARE D CO) 
18 March 1999 (1999-03-18) 

* the whole document * 

POTTER D: "USING ETHERNET FOR INDUSTRIAL 
I/O AND DATA ACQUISITION" 
IMTC/99 PROCEEDINGS OF THE 16TH IEEE 
INSTRUMENTATION AND MEASUREMENT- TECHNOLOGY 

tiriit A>> »T ft J A W O /I O/" 1 nAft 

CUWI-tKCWCt. VtMlCC, II, IWI tt - CO, 133J, 

IEEE INSTRUMENTATION AND MEASUREMENT 
TECHNOLOGY CONFERENCE (IMTC), NEW YORK, 
NY: IEEE, US, 

vol. 3, 24 May 1999 (1999-05-24), pages 
1492-1496, XP000871813 
ISBN: 0-7803-5277-7 

* page 1496, paragraph 5.2; figure 4 * 



1-38 



1-38 



H04L29/08 



The present search report has been drawn up for all claims 



TECHNICAL FIELDS 
SEARCHED (lnt.CL7) 



G05B 

H04L 



Place ot «earch 

THE HAGUE 



Dale of completion ol the search 

14 April 2004 



Examiner 

Peeters, D 



CATEGORY OF CITED DOCUMENTS 

X : particularly relevant if taken alone 

Y : particu lariy relevant if combined with another 

dooument of the same category 
A :teohnotogioalbaokground 
O : non-written dholoaure 
P : intermediate dooument 



T : theory or principle underlying the invention 
E : earlier patent document, but published on, or 

after the filing dale 
D : document cited in the application 
L : dooument cited for other reasons 

& : member of the same patent family, corresponding 
dooument 



2 



BNSDOCID: <EP 1175062A3J_> 



EP 1 175 062 A3 



ANNEX TO THE EUROPEAN SEARCH REPORT 

ON EUROPEAN PATENT APPLICATION NO. EP 01 30 5238 



This annex lists the patent family members relating to the patent documents cited in the above-mentioned European search report. 
The members are as contained in the European Patent Office EDP file on 

The European Patent Office is in no way liable for these particulars which are merely given for the purpose of information. 

14-04-2004 



Patent document 
oited in search report 



Publication 
date 



Patent family 
members) 



Publication 
date 



us 


6282454 


Bl 


28-08-2001 


CA 


2271145 


Al 


18-03-1999 


EP 


0937289 


Al 


25-08-1999 


OP 


2001506104 


T 


08-05-2001 


US 


2002152289 


Al 


17-10-2002 


WO 


9913418 


Al 


18-03-1999 


us 


6061603 


A 


09-05-2000 


us 


6151625 


A 


21-11-2000 


us 


2003139821 


Al 


24-07-2003 


us 


2003195975 


Al 


16-10-2OO3 


us 


6587884 


Bl . 


01-07-2003 


us 


2002091784 


Al 


11-07-2002 


us 


2001003804 


Al 


14-06-2001 



W0 9913418 



18-03-1999 




§ For more details about this annex : see Official Journal of the European Patent Office, No. 12/82 



3 



BNSDOCID: <EP. 



.1175062A3_I_> 



